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Document overview 

This document is a Storage Mirroring application note. An application note provides guidelines on the use 
of Storage Mirroring in a specific environment. 

This document contains: 

• Document Overview— Explains what an application note contains, how it should be used, what you 
need to know before trying to use the application note, and where you can go for more information. 

• Solution Overview— Explains how the application works with Storage Mirroring and describes the 
considerations that you must weigh when implementing your Storage Mirroring solution. Review this 
section to make sure that you understand the theory involved with using Storage Mirroring and your 
application. Includes both basics, such as system requirements, as well as configuration and 
environment-specific topics, such as interactions with specific clients or special considerations for WAN 
(Wide Area Network) environments. Pay special attention to those topics that are directly related to 
your environment. 

• Sample Implementations— Describes specific examples of how to use Storage Mirroring for this 
solution. This includes information about the specific system setup used in the sample implementation. 
Use these procedures as a guideline for creating your own implementation. Because no two 
environments or configurations are exactly the same, you will probably need to implement additional or 
different steps than what is documented here in order to make the solution work in your environment. 

Audience 

This document is written for network and application administrators who have a working understanding of 
the applications and environments where the Storage Mirroring solution is to be deployed. You many need 
to expand on the documented information in order to customize the solution to fit your environment. 

Before you use this application note, you should have an understanding of: 

• Storage Mirroring 

• SharePoint® Portal Server 

Expectations 

• Application notes are intended to provide a framework for configuring a Storage Mirroring solution in 
a specific environment and to draw attention to decisions you will need to make when configuring your 
solution. 

• Because there are an infinite number of possible configuration, network, and environment scenarios, 
application notes contain general configuration guidelines as well as an example configuration 
procedure that has been tested for a specific environment. 

• This document assumes that you are comfortable working with your operating system, Storage 
Mirroring, and SharePoint Portal Server. 

Related documentation 

Before you begin to configure your solution, make sure that you have complete documentation for your 
operating system, application, and Storage Mirroring. This application note does not provide step-by-step 
instructions for using standard operating system, application, and Storage Mirroring functionality. 

The following documents contain additional information that you may need while setting up this solution: 

• HP OpenView Storage Mirroring User's Guide or online documentation 

• Reference guides or documentation for SharePoint Portal Server 

Getting help 

Hewlett-Packard has application notes that describe how to configure Storage Mirroring with a variety of 
popular third-party applications. These application notes are available on the Storage Mirroring web site: 

http://h1 8006. www 1 .hp.com/ products/storage/software/sm/index.html . 

For help using Storage Mirroring, refer to the Storage Mirroring online manual or online help. 
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Configurations 

Each SharePoint Portal Server configuration combines a variety of role servers, including stateless front-end 
web servers, search servers, index management servers, job servers, and back-end SQL database servers, 
into a single logical model. These server roles can be performed by a single standalone server, or the roles 
can be spread out among multiple servers in a server farm. For more information about SharePoint Portal 
Server roles, see your SharePoint Portal Server product documentation. 

* Single Standalone Server— In a standalone SharePoint Portal Server environment, a single server is 
configured to run SharePoint Portal Server, which also includes Windows SharePoint Services (WSS), 
Internet Information Services (IIS), and Microsoft SQL Server. Storage Mirroring can be used to 
replicate and failover the SQL server database to a Storage Mirroring target machine and SharePoint 
Portal Server can be pre-configured as a front-end web server on that target machine to continue 
processing requests in the event the primary server fails. 



df NOTE: In a standalone server environment, roles other than the front-end web server and back-end SQL 
database server must be manually configured after failover. 

Switching SharePoint Portal Server roles for a standalone configuration can be an involved process and 
should only be undertaken when absolutely necessary. For more information about SharePoint Portal Server 
roles and changing the component configuration, see your SharePoint Portal Server product 
documentation. 



Web clients 





Front-End Server 

Role Server 
Back-End Server 
Storage Mirroring Sourc : 



Storage Mirroring Target 



SharePoint Portal Server 
Windows SharePoint Services 
Internet Information Services 
Microsoft SQL Server 
Storage Mirroring 



SharePoint Portal Server 
Windows SharePoint Services 
Internet Information Services 
Microsoft SQL Server 
Storage Mirroring 
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Server Farm— In a server farm configuration, multiple role servers are configured to access data from a 
SQL Server database located on an independent server. Again, Storage Mirroring can be used to 
replicate and failover the SQL server to an independent target server. Since a server farm configuration 
uses multiple SharePoint Portal Server role servers, usually in some type of load balancing configuration 
with its own failover capability (such as Windows Load Balancing), it is usually only necessary to 
failover the SQL databases storing the data so that surviving SharePoint Portal Server role servers can 
continue to access the database. However, just as in the single standalone server case, it is also 
possible to configure a SharePoint Portal Server front-end server to run on the Storage Mirroring target 
as well, if desired, ensuring that SharePoint Portal Server can continue to operate even with a single 
surviving server. In that case, the Storage Mirroring target could be both a front-end SharePoint Portal 
Server server and a back-end SQL database server. The following diagram illustrates a server farm 
configuration. 



Web clients 







Front-End Web Server 



Windows SharePoint Services 
Internet Information Services 

Role Server 

(for example, Job) 



Front-End Web Server 



Windows SharePoint Services 
Internet Information Services 



SharePoint Portal Server 



Role Server 

(for example, Search) 



Front-End Web Server 



Windows SharePoint Services 
Internet Information Services 

Role Server 

(for example, Index) 



SharePoint Portal Server 



SharePoint Portal Server 



Back-End Server 
Storage Mirroring Sourc : 

Microsoft SQL Server Microsoft SQL Server 

Storage Mirroring Storage Mirroring 

Modifying the sample script files 

After you modify the sample scripts, save them with a new name to remove the sample_ prefix. Copy the 
scripts to the directory where Storage Mirroring is installed. 

The sample batch files provided are only examples. Because no two environments or configurations are 
exactly the same, you MUST modify the sample scripts in order to make the solution work in your 
environment. 

Configuring the replication set 

For a default SQL installation, you must include the SQL Data directory in your replication set 

(<drive> : \Program Files\Microsof t SQL Server\MSSQL\Data). This directory includes the SQL 
application data and transaction log files. 

In addition, you may need to include the following directories, depending on your environment 
configuration: 

• Tempdb files. You should always include the tempdb files, unless you can determine that they are not 
being used by any application. Some applications, including Prophecy, PeopleSoft, and Biz Talk®, write 
data to the tempdb file. 



Storage Mirroring Target 
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• Any other directories (even if on different drives) that you may have created to store SQL data files. 

The SQL Log directory (<drive>: \Program Files\Microsof t SQL Server\MSSQL\Log). This 
directory includes the SQL error logs from the source, which may be useful when determining the cause 
of a source failure. In order to prevent overwriting the target's error logs, you will need to replicate the 
log files to a different location on the target. Create a separate replication set for the error logs and 
select the "All to One" mapping option. 

You do not need to replicate the application files, since they already exist on the target machine. 

Enabling compression 

By enabling compression, you can reduce the amount of bandwidth needed to transmit Storage Mirroring 
data. When compression is enabled, the data is compressed before it is transmitted from the source. When 
the target receives the compressed data, it uncompresses it and then writes it to disk. On a default Storage 
Mirroring connection, compression is disabled. 

Because the files that should be included in a SQL replication set can generate a significant amount of 
data, you should enable compression for the connection. For more information about enabling 
compression, see the HP OpenView Storage Mirroring user's guide. However, keep in mind that the 
process of compressing data impacts processor usage. If you notice an impact on performance while 
compression is enabled in your environment, either adjust to a lower level of compression, or leave 
compression disabled. 

Configuring memory usage 

Storage Mirroring uses memory to queue operations and data on both the source and target. Since the 
source server is typically running a production application, it is important that the amount of memory 
Storage Mirroring and the other applications use does not exceed the amount of RAM in the system. If the 
applications require more memory than there is RAM, the system will begin to swap pages of memory to 
disk and the system performance will degrade. 

For instance, SQL Server will use all of the available system memory when needed by default, and it may 
use almost all of the system memory during high-load operations. These high-load operations are precisely 
what cause Storage Mirroring to need memory to queue the data being changed by SQL Server. On a 
server with 1 GB of RAM running SharePoint Portal Server and Storage Mirroring, you might configure 
SQL Server to use only 51 2 MB and Storage Mirroring to use 256 MB, leaving 256 MB for the operating 
system and other applications on the system. Many other server applications will use almost all system 
memory by default, so it is important to check and configure applications appropriately, particularly on 
high-capacity servers. 

Sample Implementation 

This section describes an example of how to configure Storage Mirroring and SharePoint Portal Server. Use 
these procedures as a guideline for creating your own implementation. Because no two environments or 
configurations are exactly the same, you will probably need to implement additional or different steps than 
what is documented here in order to make the solution work in your environment. 

Requirements 

Each server must meet the following requirements: 

• A licensed copy of Microsoft Windows Server 2003 

• A licensed copy of SharePoint Portal Server 2003 

• A licensed copy of Microsoft SQL Server 2000 with Service Pack 3A or later 

• A licensed copy of Storage Mirroring with the latest service pack 
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Preparing the source 



NOTE: If you are using a server farm configuration with multiple front-end WSS servers, you must have a 
mechanism in place to redirect the clients to alternative front end front-end WSS servers in the event that 
the front-end WSS server (to which a client is connected) fails. Typically, this is done through some type of 
load-balancing configuration with its own failover capability (such as Windows Load Balancing). 



1 . Configure each source as a Windows member server. 

2. Install Microsoft SQL Server on each source that will be used as a back-end database server. 

3. Install SharePoint Portal Server on each source that will be used as a front-end server. 



4. Record the following SharePoint Portal Server information for each front-end server. For more 
information about these options, see your SharePoint Portal Server product documentation. 



Front-End SharePoint 
Portal Server 


Application Pool 
Names and Settings 


Account Mode 


Configuration and 
Content Database 
Names 


Site Administrator 
Name and 
Credentials 











































5. If you have any web sites created outside of SharePoint Portal Server that will be integrated with 
SharePoint Portal Server, record that information. 



Additional Web Site Information 



6. Record the following SQL information for each back-end server. 



Back -End SQL Server 


SharePoint Portal Server 
Configuration and Content 
Database Name 


SharePoint Portal Server 
Configuration and Content 
Database Path 



























7. Install Storage Mirroring on each source server using the installation defaults. See the HP OpenView 
Storage Mirroring getting started guide for details. 
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Preparing the target 

1. Configure each Windows 2003 target as a member server in the same Active Directory domain or 
trusted domain environment as the source. 

2. Install Storage Mirroring on each target server using the installation defaults. See the HP OpenView 
Storage Mirroring getting started guide for details. 

3. The remaining target preparation steps are dependent on what role your target must take on in the 
event of a source failure. 

• If you want your target only to function as a SQL back-end server, complete the steps in "SQL target" 
on page 8. 

• If you want your target to function as both a SharePoint Portal Server front-end server and a SQL 
back-end server, complete the steps in "SharePoint Portal Server and SQL target" on page 8. 

SQL target 

1. Install SQL on the target using the same configuration as the source. 

2. Stop the following services and set them to manual startup so that all SQL files are closed on the target 
so that the source can replicate the changes. Make sure that you set all of the SQL services that are 
relevant to your environment. 

• Distributed Transaction Coordinator 

• MSSQLServer 

• SQLServerAgent 

• Microsoft Search 

SharePoint Portal Server and SQL target 

1. Install SharePoint Portal Server on the target. After the installation, the installation wizard will 

automatically start the configuration process for you. You will be using the information you recorded 
earlier to configure the target identically to the source. 



Hf NOTE: If you need to launch the configuration process manually, select Start, Administrative Tools, 
SharePoint Central Administration. 



Under Server Settings, select Configure Configuration Database Server. 

3. For Configuration Database Server, enter the name of the source back-end SQL server. 

4. For Configuration Database Name, enter the source server configuration database name. 

5. Enable Connect to existing configuration database and click OK. 

6. Under Portal Site and Virtual Server Configuration, select Extend an existing virtual server from the 
Virtual Server List page. 

7. Select your target from the Virtual Server List. 

8. Under Provisioning Options, select Extend and map to another virtual server. 

9. Set the Server Mapping and Application Pool settings to the same as used on the source. 

10. CIick OK. 

1 1 .At this point, your configuration of the SharePoint Portal Server portion is complete. If desired, you can 
use this copy of SharePoint Portal Server to access the SQL database on the source. If you prefer to 
keep this copy in a dormant state, only to be used if the source front-end fails, you must stop the 
following services on the target and set them to manual startup. 

• IIS Admin 

• World Wide Web Publishing Service 

• Simple Mail Transfer Protocol (SMTP) 

• Network News Transfer Protocol (NNTP) 

• HTTP SSL (Secure Sockets Layer) 

• SharePoint Timer Service 
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• Microsoft SharePointPS Search 

• Microsoft Single Sign-on Service 

• SharePoint Portal Administration 

• SharePoint Portal Alert 

12. Install SQL on the target using the same configuration as the source. 

13. Stop the following services and set them to manual startup so that all SQL files are closed on the target 
so that the source can replicate the changes. Make sure that you set all of the SQL services that are 
relevant to your environment. 

• Distributed Transaction Coordinator 

• MSSQLServer 

• SQLServerAgent 

• Microsoft Search 

Configure and begin mirroring and replication 

The following steps create the Storage Mirroring replication set and establish the connection between the 
source and target. You will need to repeat these steps if you have multiple sources and/or targets. 

1. On the source, select Start, Programs, Storage Mirroring, Management Console. 

2. Double-click your source machine to log on. 

3. Right-click the source and select Properties. 

4. On the Source tab, enable Block Checksum All Files on a Difference Mirror and click OK. 

5. Right-click the source machine and select New, Replication Set and enter the desired name for the 
replication set. 

6. Select the SQL data you wish to protect. For more information about what you should include in your 
SQL replication set, see "Configuring the replication set" on page 5 

7. Right-click the replication set name and select Save to save the replication set. 

8. Drag and drop the replication set onto the target. The Connection Manager dialog box opens. 

9. The Source Server, Target Server, Replication Set, and Route fields will automatically be populated. If 
you have multiple IP addresses on your target, verify the Route field is set to the correct network path. 
(For detailed information on connecting a source and target, see the HP OpenView Storage Mirroring 
user's guide.) 

10. Select One to One to map the replication set data from the source to an identical volume/directory 
structure on the target. 

1 1.On the Orphans tab, select the Move/Delete Orphan Files checkbox. 

12. On the Mirroring tab, select the type of mirror, either Full or File Differences, to perform. 

NOTE: If the target has been previously mirrored to or restored, select File differences with the Use block 
checksum option so that only the changed data is sent across the network. 



13. Click Connect to start the mirror and replication processes. 



|?f NOTE: If you start SharePoint Portal Server and mount the replicated databases on the target, or if the 
data on the target is otherwise modified, the data on the source and target will no longer match. If the 
updated data on the target is not needed, perform a full or difference with block checksum mirror from the 
source to the target. If the updated data on the target is needed, restore the data from the target to the 
source. 



Your data is protected after the mirror is complete and the Mirror Status has changed to Idle. 
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Configure failover and begin failure monitoring 

The following steps should be performed on the target machine. 

1 . If a failure occurs, you will want to have the appropriate services start on the target automatically. To do 
this, create a batch file on the target called postover.bat using the sample batch file below. Save 
the batch file to the same directory on the target where your Storage Mirroring files are installed. 



NOTE: After you modify the sample scripts, save them with a new name to remove the sampie_ prefix. 
Copy the scripts to the directory where Storage Mirroring is installed. 

The sample batch files provided are only examples. Because no two environments or configurations are 
exactly the same, you MUST modify the sample scripts in order to make the solution work in your 
environment. 



SAMPLE POSTOVER.BAT 



rem Sample post-f ailover script for SharePoint Portal Server and SQL 2000. 

rem You may need to remark out some commands depending on the function of your target . 

rem The following commands should be used if your target is functioning as a back-end SQL target, 
rem Make sure that you start all of the services, SQL included, relevant to your 
rem environment . 

net start "Distributed Transaction Coordinator" 
net start "MSSQLServer" 
net start " SQLServerAgent " 
net start "Microsoft Search" 
net start "MSSQLServerADHelper" 

rem The following commands should be used if your target has SPS loaded, but it is in a dormant 
rem state. In this case, the SPS services will start and the target will function as a front-end 
rem SPS server, 
net start "IISAdmin" 

net start "World Wide Web Publishing Service" 

net start "Simple Mail Transfer Protocol (SMTP) " 

net start "Network News Transfer Protocol (NNTP) " 

net start "HTTP SSL" 

net start "SharePoint Timer Service" 

net start "Microsoft SharePointPS Search" 

net start "Microsoft Single Sign-on Service" 

net start "SharePoint Portal Adminisnet start "SharePoint Portal Administration" 
net start "SharePoint Portal Alert" 

2. After a failure is resolved, you will be ready to bring your source back online. At this time, you will want 
to stop the appropriate services on the target automatically. To do this, create a batch file on the target 
called preback.bat using the sample batch file below. Save the batch file to the same directory on 
the target where your Storage Mirroring files are installed. 



10 



SAMPLE PREBACK.BAT 



rem ***SAMPLE*** pre-failback script for SharePoint Portal Server and SQL 2000. 

rem This sample batch file is provided as an example only. Because no two 
rem environments or configurations are exactly the same, you MUST modify 
rem this script in order to make the solution work in your environment. 

rem You may need to remark out some commands depending on the function of your target. 

rem The following commands should be used if your target is functioning as a back-end SQL target. 

rem Make sure that you start all of the services, SQL included, relevant to your 

rem environment. 

net stop "Distributed Transaction Coordinator" 
net stop "MSSQLSERVER" /y 
net stop " SQLSERVERAGENT " 
net stop "Microsoft Search" 

rem The following commands should be used if you want your target to revert back to a dormant SPS 
rem state. 

net stop "IISAdmin" /y 

net stop "SharePoint Timer Service" 

net stop "Microsoft SharePointPS Search" 

net stop "Microsoft Single Sign-on Service" 

net stop "SharePoint Portal Administration" 

net stop "SharePoint Portal Alert" 

3. Select Start, Programs, Storage Mirroring, Failover Control Center. 

4. Select the target machine from the list of available machines. If the target you need is not displayed, 
click Add Target, enter the machine name, click OK, and then click Login. 

5. To add a monitor for the selected target, click Add Monitor. Type the name of the source machine and 
click OK. The Monitor Settings window will open. 

6. In the Monitor Settings window, mark the IP address that is going to failover and verify that Adding 
Source Identity to Target is selected. 

7. Under Active Directory, enable Failover Hostname and Failback Hostname. 

8. Click Account and specify a username and password with full domain administrative privileges. 

9. Highlight the machine name under Names to Monitor and click Scripts. Specify the scripts that were 
created earlier using postover.bat for the target post-failover script and preback.bat for the target 
pre-failback script. 



NOTE: The scripts are processed using the same account running the Storage Mirroring service. 



10. Click OK to go back to the Monitor Settings dialog box and then click OK to begin monitoring the 
source machine. 

In the event of a source machine failure, your target machine is now ready to stand in for your source. For 
information on monitoring failover, see the HP OpenView Storage Mirroring user's guide. 

Restoring your data 

If your source experiences a failure, such as a power, network, or disk failure, your target machine will 
stand in for the source while you resolve the source machine issues. During the source machine downtime, 
data is updated on the target machine. When your source machine is ready to come back online, the data 
is no longer current and must be updated with the new data on the target machine. 

1. Verify that your source machine is not connected to the network. If it is, disconnect it. 

2. Resolve the source machine problem that caused the failure. 
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NOTE: If you must rebuild your hard drive, continue with step 3. 



If you do not need to rebuild your hard drive, verify that the Storage Mirroring connection on the source 
has been disconnected (right-click the connection in the Storage Mirroring Management Console and 
select Disconnect) and then continue with step 6. 



3. Install Windows. Since your source machine is not connected to the network, go ahead and use the 
source's original name and IP address. 

4. Install Storage Mirroring using the installation defaults. 

5. Install SQL using the configurations that you recorded when originally configuring the source. 

6. On the source, stop the following services so that all SQL files are closed on the source and the Storage 
Mirroring target can restore the changes back to the source. Make sure that you stop all of the services, 
SQL included, relevant to your environment: 

• Distributed Transaction Coordinator 

• MSSQLServer 

• SQLServerAgent 

• Microsoft Search 

7. On the target, select Start, Programs, Storage Mirroring, Failover Control Center. 

8. Select the target machine that is currently standing in for the failed source. 

9. Select the failed source and click Failback. The pre-failback script entered during the failover 
configuration stops the SQL services on the target so that no additional changes can be made. 

10. You will be prompted to determine if you want to continue monitoring the source server. Do not choose 
Continue or Stop at this time. 

1 1. Connect the source machine to the network. 

12. After the source is back online, select whether or not you want to continue monitoring this source 
machine (Continue or Stop). 

|if NOTE: Verify that the Storage Mirroring connection on the source has been disconnected (right-click the 
connection in the Storage Mirroring Management Console and select Disconnect). 



13. To begin the restoration process, open the Storage Mirroring Management Console and select Tools, 
Restoration Manager. 

df NOTE: You can also run the Storage Mirroring DTCL automated restoration script, which can be found in 
the HP OpenView Storage Mirroring user's guide, to complete the remaining steps in this section. 



14. Complete the appropriate fields as described below. 

• Original Source— The name of the source machine where the data originally resided. 

• Restore From— The name of the target machine that contains the replicated data. 

• Replication Set— The name of the replication set to be restored. 

• Restore To— The name of the machine where the data will be restored. This may or may not be the 
same as the original source machine. 

15. Identify the correct drive mappings for the data and any other restoration options necessary. For 
detailed information on the restoration options, see the HP OpenView Storage Mirroring user's guide. 

16. Verify that the selections you have made are correct and click Restore. The restoration procedure time 
will vary depending on the amount of data that you have to restore. 

17. After the restoration is complete, start the SQL services on the source machine. 

18. Reestablish the Storage Mirroring replication set and connection. 

19. On the Mirroring tab, select File differences with the Use block checksum option. 
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NOTE: If the target has been previously mirrored to or restored, select File differences with the Use 
block checksum option so that only the changed data is sent across the network. 



At this time, your data is restored back to your source machine, the source machine is again the primary 
server, and, if you selected to continue failover monitoring, the target is available to stand in for the source 
in the event of a failure. 



Storage Mirroring High availability for SharePoint Portal Server application notes 1 3 



14 



